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Generalized compntatioiial subroutiiies can xedyc^i 
prograffling repetitions and wastsful oosiputer storage MSm* Tub most 
usefml ar^ thost that are flexible ®nough to handle a wide variety of 
situations. Subroatin^s may have details optm to chaiige In order to 
bland into the main program* Thty lay te iiiilt into the cofflputer 
library or supplied by the programex as part of this prcgram deck* 
Library Bubroutines have limiting specifications aafl iramgss^ entry 
and exit coi^iflanas and addresses which shoiild be designed to fit into 
any prograni. Operating routines, the niost prosiinant typ€ of which ax© 
the input-oatput sets or »*packagss, differ from other subioutines in 
that they partially control the computer and return coiitrol to the 
fflain program when ^heir Mork is coiapleted, Basic subroutines of 
particular y^alue im a cheniical library includ© basic arithiaetic 
computations, function evaluations, nainerical analyses plus collatiiig 
and sorting programs. Service routines^ — coispilersr assenblers^ 
debugging and machine testing programs—are also useful, (KB) 
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- - ' THE COMPUTER SUBROUTrNE IN INFORMMIDN HANDLIMG 

Donald E , Riqgs 
Director of Auraria Li.brarlos 
^ (Community College of Dcnver-Aurar ia. Metropolitan ' 

state College and Universitv of Colorado at Denver) 

fNj 

f\j Una of tliG most used and most abused parts of cDmputar tech-- 

^ nctcciy is the subroutiaG. Many tinies one finds it necessary to 

rer^.aat the same set of instructions at different points in a. 
computGr pxrogram, For eKample , if one is dealing with complex 
quantities, he will find that most computers do rtot have direct 
cominands u^hich form sums^ products^, etc. Each time he wishes 
to form a product., it v/ill be necessary to carry ont a certain 
fiKed sequence of ac-ditions^ multiplications^ and groupings which 
will produce the desired result. All such products will be form-^ 
ed in an identical irianner^ and it will be only the operands which 
differ, A possibility for handling this problem is to incorpo- 
rate the needed instriictions into the main program^ Blmply re-^ 
pfMtinq vs7herever desired. 

If a sot of n coiniiiands is requirofj to iorm ind store a pro-^ 
rliict of two complGx: numbers, one miyht arrive at a program stor- 
age pattern possibly named coiiiple5< product code* This is prob-- 
ablv the technique which is most conservative of rnachine tiniei 
but is wasteful of storage capacity^ since it requires one to 
duplicate what is essentially the same code in v^arious storage 
locations* It is also wasteful of effort ^ since the codes are 
a function of storage location and one cannot ejcactly duplicate 
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thQTr[ ill 1/j.ch >:<M t of the program. It will he essential to 
noditv ^^ach £ec of n instructions to make it suitable for its 
final location. 

A bott^^r schcmo is to write a sinalo codo vch ich v/ill f'orm 
the cc.:n.Dle:< producL: of any two desiqnnted complex riumbers^ and 
^coro it separately from the main [?roqrain. Subsequently, each 
tini^; oric i^ roquired to lorm si.uh a pro&act^ ha will select tihis 
.-olc^ anc . on its completion, return to the n\ain prograiTi. Such 
a cofie is called a subroutine, or subproqranu It is an auxil^ 
iery routine used in con]unction wit2i, but not as part of, the 
niain routinD or fiiain pro-jraBe 

THE PURPOSE 

It was th(e purpoRr^ ef this study (1) to re\feal the impor-- 
tanCG of ccniuuters' subroutines relative to the handling of in- 
forniatior; (2) to relate the use of subroutines to a compute 
orixGd chcniicel library; and (3) to provide an overall view a f 
tha effect of subroutines upon the daily activitieB of librar^ 
ies and' in foriiiat ion conters possessing computers, 

DICFINITION 

Ruhrout iTin. Theoretically, anythinq that is written w-hich 
makes a "positive*' contr ibiit ion to the programniing fiald co.iild 
be considerad a subroutine. From a working standpoint^ however., 
in this study subroirtine meaTis more, To be adequately defimed, 
it must iTieet the folloii/irig requi cements : 

K It mxmt make a positive contribution to the existing 
proqram library, for the basic programmar " s vocabulary is thus 
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increased . 

2, It rriust bfB ganoral enough so tjiat it will 'be used by 
many prQyrjias um oEteui uscDd many timGS within the samG program. 

i. It n-.ust represent a v^ise choica of thG total number of 
functions it is capable of carrying out, because one cannot pmr- 
nit its flc:<ibilitv to makG it- difficult or inefficient to use 
in any specific application, 

ADVAM?AGE& AND DISADVANTAGES OF THE. SDBROaTINE 

j\. ADVANTAGES 

One of the major advantages of subroutine usage the 
saving in time. This sa\ring oecurs in the , calendar tin.e of pre- 
paring a pi^agraiti for a compater and in the aetual corn.puting time* 

A thoroughly tasted subroutine can be regarded as correct* 
Therefc^re^ if subroutiiies are employed in a newly developed pTo- 
qram^ their presen-ce h^ilps to home in on errors developing with- 
in the maiji program. 

By ificreasinq the vocalDUlary through the use of subroutines^ 
the proqranimer is provided ^ith a stiiriulus to new ideas and tech-- 
niqyeB, In any language there is an important correlation between 
the cDmprehensivcsness ot the vocabulary and the formation of ideas. 
V7ith this greater variety Gomes greater flexibility. 

The many fields employinq computers have specialists and ex- 
perts who are applying their knowledge to the creation of out- 
standing subro^utineo (f^arheit, p. 486), A large library off sujb- 
routinGS from all fields has ibecorae available and is still rapidly 
growing- Such a v/ealth of autput givea a tremeiidous intpetus to 



computer dusiqn, for the subroutines of today may well become 
the foundation for the basic vocabulary of the advanced coni'^ 
puters of tomor ro^^'^i 

What can this library of subroutinas do for a new computer 
user? It is possible for a nev; computer organization to start 
production quickly, with a minimum of waste and with a minimuTn 
staff of profossional programniGrs and machine operators. It is 
sometimes possihla to go into some production ^^ithout having to 
create wholly nev; programs, basing a system entirely upon av^ail- 
able subroutines. Just as the basic instructions are the building 
blocks of the subroutines/ so are the subroutines the building 
blocks of such progranimed systeins. In a similar manner,, one has 
the ability to chain his subroutirres (i*e., one can have subroutini 
within subroutine within another subroutine). Therefore, one can 
increase his programming system in depth as well as in breadth by 
employing orderly procedures, 

B. POSSIBLE DISMVANraGES 

Possesi^ing all the aforementioned advantages, what are the 
practical difficulties which could substantially reduce the effec-- 
tiveness of the subroutine? In broad terms ^ the pitfalls are mis- 
use, overuse / miscl irec tion ^ carelessness, poor logic ^ the unan- 
ticipated error, uncalled-for duplication (including creation of 
worn-out discarded methods) , and misleading or unavailable de- 
scriptions of working subroutines* 

Too often, in an attempt to produce "new*' methods or mate- 
rials an installation or programniing group will tend to value 
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ctuantity over quality. No mattsr how impressive their aims 
may have bee^n, they make no real coiitr ibution * Today/ however, 
the production of: quality is becoming inuch more critical where 
wo now hcive a \vorkablG foundation of techniques and applications. 
It is simply beconiiria rnore difficult to forinulate good ideas 
' and techniques which are absolutely new. 

k much more wasteful, thounh less frequent, occurrence is 
the production of a major system, such as an assembly system, 
which incorporates ideas and techniques which have already been 
proved inadequate. This ^aste of time, talent and capital is 
something that should be eventually rooted out completed. 
■ ■ " Often an eKCelLent subroutine is not used because only a 

poor v/rite-up, or perhaps no write-up at all, eKiBts. Many fine 
pieces of work are buried by their write-ups; it is amazing how 
many misconceptions and misdirections can occur in such a de-- 
scription. 

Next to improper write-ups, the mo^t irritating and eKpen- 
sIto difficulties are caused by errors in the subroutines them- 
selves. One type of tBrror,^ the uncalled-for error, will always 
exist to some degree. Poor use of flow diagrams, poor training, 
■poor supervision, or just poor attitude will cause these errors* 

The particula/r error that probably causes the most trouble 
is the unanticipated error. Especially in compleK subroutine 
systems whore one has a great %-ariety of data that must be han^ 
died, a particular data combination may occur that is not treated 
correctly. Such a data contbination may not be encountered during 
months of use. What happens 'when such an error occurs depends 

a 
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upon how careful the programmer was in settino up error routines 
within the system. 

Othe:r times thtijre is a tendency to use a subroutine where 
siiTiple basic proctrarrjninq is much more effective. Improper use 
of subroutines do not weigh in their favor. 

THE SUBROUTINE LIBRARY 

With the production of subroutines increasing, it becomes 
much harder for the individual programnier to keep up with all 
the developments. It requires considerable effort to be familiar 
with so many routines to the point of being able to use^ them all 
properly. Actually, it is generally unnecessary for a prograni- 
raer to be this proficient. Hdw, then, does he decide which sub- 
routines sound or look interesting enough for him to pursue them 
further? This responsibility is normally delegated to the li- 
brarian. The librarian is usually someone with a fair knowledge 
of the computer (or computers) being used in the organization, 
an^i able to understand technical' terminology to the point of 
properLy classifying each subroutine (Computers, p. 58). 

Is it an input-output type, an arithmetic type, or perhaps 
a technique for solving a special set of equations? The computer 
organizations help in this area by submitting abstracts of the 
subroutines to all installations. The librarian normally pre- 
pares lists of new subroutines together with brief descriptions 
for distribution within the organization. He answers questions 
concerning the availability of subroutines meeting certain qual- 
ifications and is responsible for verifying all new subroutines 
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fcDr accuracy. If he does not understand particular techniques 
or applications, he may assign them to knowledgeable proqram- 
mers * He is also responsible for keeping current copies of all 
subroutines for immediate usage. 

When a computer has magnetic tape as one of its inputs, 
certain subroutines are kept on this medium. Usually a selection 
of the most-used subroutines is placed on a special-purpose niag-- 
nctic tape, which is kept up to date hy the librarian. During 
the assenitaly-'program procedurei. when the programmer's lanciuage 
IS being translated into its equivalent niachine language, the 
assenibly program recognizes a special pseudo-instruction inform- 
ina it to retrieve the desired subroutine from the magnetic tape, 
Autontat ically the subroutine will combine with the main program 
that is being assembled. 

One does not p.-.u all subroutinies on the library tape because 
too much time would, therefore, be consumed in searching the tape 
If a less popular subroutine is being used which is not found on 
the t£apo, then one can obtain a copy of the routine on punched 
cards from a file maintained for this purpose* Cards, however, 
do not provide the same degree of convenience or speed as the 
tape . 

BASIC CONCEPT^^ .\ND PRINCIPLES 

A, GENERALIZING A SUBROUTINE 
The most useful subroutines in the library are the ones that 
v/ill handle the widest variety of situations- A routine for 
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solving a system of precisely five simultaneous linear equations 
is far less useful than one that will handlG any number of equa- 
tions from two to thirty. Such flexibility is soniGwhat offset 
by the fact that a general routine of this kind may not be as 
efficient utj one written to accommodate five equations ^ no Tnore 
and no less. If an installation is expected to run four equa- 
tions one day, twenty the next, etc, flexibility is to be pre-^ 
ferred. On the other hand, if a large fraction of the time is 
spent solvinq systems of a fixed size, it is worthwhile to develop 
a specific program, to deal with that number of equations (Wrubel, 
p. 91) . 

Many times with a small amount of effort a program can be 
generalized to include other useful casos. For example, the for^ 
mula for sinh x is 

e^^ 

sinh X = 2 — ^"""^ 

which differs from cosh K only in having a minus sign in the 
numerator. One can generalize his previous subroutine to compute 
either one, 

B, OPEN SUBROUTINE 
As already mentioned, the subroutine is comprised of a num- 
ber of instructions used as a unit to perform a given function* 
One method of using subroutines is to insert this unit at every 
point in the program where it is needed to have this particular 
function performed* As one makes the insertion, he must modify 
certain instructions in the routine in order to adapt it to its 
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piirticular use at that point. On© mighty for example^ have to 
modify some addresses in order' for them to refer to the proper 
data. In other words, the details of the Bubroutine must be 
open to scrutiny in order to make it a part of the main program. 
Because it is thus open to change, this type of program is often 
called an open subroutine. Subroutines do not have to be in 
closed form (Scott, p, 400). 

The open subroutine loses it separate identity once it has 
been inserted into the progranu It simply becomes another set 
of instructions. Also^ it is necessary to recopy such a sub^ 
i.^utine oach time it is used. For this reason open subroutines 
are often not used where they might provide the most efficient 
method. For example^ one wants a subroutine which clears a block 
of storage. Using the instruction STORE JERO (STZ) which clears 
the designated storage word, the following simple routine could 
be constructed^ 

AXT N, 1 
STZ A+N, 1 
Tlx *-l, 1, 1 

In the above routine N is the symbol for the number of words in 
the block, and A is the symbol for the first location in the block. 
If one wants to clear three blocks of, say, 100, 150 and 75 words 
starting with locations R, S and T, he could write 



AXT 


100, 1 


Tlx 




1 


STZ 


R+lflO, 1 


AXT 


75, 1 




Tlx 




STZ 


T+7 5, 1 




AXT 


150, 1 


Tlx 


*-l, 1, 


1 


STZ 


S+150, 1 
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C, SUBROUTINE WRITE-UP 

It should be expected that every subroutine would be de-- 
scribed properly ^ since a program cannot be considered as a sub- 
routine unless there is an accompanying useful write--up. Cer-^ 
tainly any device or tool, regardl fc::ss of expense/ is truly 
worthless if one cannot figure oiat the way to operate it. Such 
a tool can be dainaging if irriproperly used. Nevertheless, every 
year rinds toco large a number of subroutines/ many of which cost 
a consideraL j.e amount of nionay to prepare , being discarded be^ 
cause of inadequate v^rite^-ups and inadequate up-^dating. Often 
the doscription accompanying the program is accurate only for an 
earlier version of the program, 

A proper solution to such waste is the establishment of a 
set of standards. The good write'-up must impart all the requir^^d 
Information to the user in an easily digestible form. Further- 
more, it must avoid the inclusion of irrelevant material which 
will obscure the meaningful. Is it possible to determine a set 
of rules and regulations that will effectively direct the pro- 
grammer to create such an adequate write-^up? Programming asso-^ 
ciations, e*g*, SHARE, have always considered the question of 
write-up standards one of their prime reasons for existence. 
Such organizations can establish rules and refuse to distribute 
material which does not conform to the rules, although these steps 
are not necessarily sufficient to solve this problem. The price- 
less ingredient, which rules cannot supply, is the programJiier ' s 
attitude. 
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0. FUNCTION STATEMENTS 

Testinq procedures qreatly increase the programin^r's effi- 
ciancy in v/riting programs. The other main simplification that 
may be used in pr^^paring programa is the incorporation of pre-= 
written subproqrarns that may effect operaticns that a^a used re- 
peatedly. For £?Kample, if one needs the value of the square 
rnof of a quantity, he may direct the computer to calculate this 
as part of his program. However, because this operation is so 
freciuently carried out^ it is much more efficient to write the 
steps of the operation in the form of a subprograin that could be 
called by the main program whenever needed. This is the purpose 
of = subroutines and function definitions. 

Subprograms (or subroutines) are of two types s (1) those that 
are built into the computer as part of its library of programs^ and 
(2) those supplied by the programmer as part of his program deck. 
The former type will be considered first because of its ready 
availability. We need to only know the form by which the required 
subprogram is called. A typical er.ample follows: 

A = SQRTF (B) 

If the above statamcnt is incorporated into a prograin, h will take 
the value of the square root of B. This is an example of a func- 
tion statement* All function names contain six or lees alphabetic 
or numeric characters; they do not start with a numbet and end with 
a letter (Wiberg, p. 37) » 

The function of definition;- may be modified as part of a pro- 
gram (Kuo, p* 72). For example, one may wish to evaluate both 
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common and natural .1 ogarithnis ^ whereas the built-in groqCains 
give only the natural loqarithrn* Before one calls for a Leg-- 
arithm the first ttme^ he may v^rite the statement 

LOGlOF (X) ^ 2 . 303 * LOGF (X) 
and whenever the statament 

A - LOGlOF (K) 

appears, the comrnoii logartthm would be calculated, gimdlailyi 

if one wished to deal with angles in degrees rather than ixi radians 

(as thf3 subprograms do) , he might include statement^ such as 

SINAF{X) " SINF (K/S7. 2958 ) 
ASINAF (X) - 57.2958 * ASINr(X) 

in the prograin. 

It is sometimes useful to write a FUNCTION type of subprogram, 

A program of this type starts with a statement such ms 

FUNCTION Mh% (A,B) 

Here the naitie of the function is MAX and its argum^ntB mtm h and 
B. The function would be called in the main prograrn by a statement 
such as 

X = MAKF (A,-B) 

Suppose the fanction subprogram wbtb to deteriiilr^ia vvhich of 

the two variables, A and were the Larger* X woiilfl tlnen be 

given the value of the larger of the two* The subpci^gtaiii would 

be writteni 

FUNCTION (AfB) 
IF (A-B) 1, 2, 2 

1 MAX - B 
GO TO 5 

2 MAX ^ A 
5 RETURN 

END 
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Note that trie name o£ t Je fiinction in the precedincj example must 
be set eqiial to th^ quaJitity to be returned to the main program. 
Thus ^ horc, MM is set ^qual to A or whichever is the larger. 
The last st^tenient^ pET£JRW, effects a return to the main program. 

StBBOXJTINE ASSEMBLY 

In u sing li br ^^^y stabMiati nes one must have a knowledge of 
tHo \^i\y they function ( li3<ed point, floating point, etc.) and 
arrange to Keep \^ithin limits of their specifications and 

raiiges* One must ^ereiemiex that the actual code for the sub=- 
rDUtino is ^ function of its operating locations in storage. To 
be useful I m Library siiftroutine must be designed to fit into any 
progiram/ i3rovLded <only ^hat sufficient storage space is available 
to contai^i the instructions, parameters and intermediate results 
of tine suiroutine. The subroutine must be stored in such a vay 
that a copy of it ^an be assenibled in a correct form for operation 
in any stcmge region tile coder wishes to specify, The asseitibly 
operstd^on omn be c^r^ied out easily by the compiiter itself r if 
propei: conventioiis □£ address notation and format are einployed in 
the file copy of tSe sufcroutine^ 

The cortiputer ^iil c^xty out the assenibly operation under the 
conti^oL of asse^TibXy grograin. Most computing laboratories wilL 
keep Qr^e or more a^seinb3.y programs in the serv^ice library (Steiii/. 
p. 227) . Assembly p^og^anis will most likely vary froin one in-^ 
stallatioJi to anotPe^. 

All subroutines to be assembled must be v/ritten in a proper 
form dictated by tJie pa^tictalar assembly program to be used. This 
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will permit the assembly program to distinguish beti^^een those 
parts of the subroutine v^hich *^ill remain fixed and those which 
will be modified. That is, it must be able to discriminate be- 
tv/eeri quantities which are independent of storage and operation 
locatioiis (e.g* , constant operands and fixad addresses) and those 
which are in a direct function of these locations. 

F, ENTRY AND EXIT 
Subroutines require an antry and exit. The entry of the sub-- 
routine may consist of a fmw commands which create an eKit com=' 
raand and then trans fp^r to the working part of the sabroutine. The 
eKlt is a planted transfer of control command. h dumni/ transfer 
of control command is created hy the entry of the sabroutine and 
placed at the end of the subroutine. The entry and OKit are lo- 
cations where any routine has its sequerice of operatiori interrupted 
The entry to a subroutine is the location to whiqh control is trans 
f erred from the ejcit of the main routine. The eKit of the sub- 
routine is the point where coritrol is transferred from the end of 
the subroutine back to an entri^ to the inain routine. 

G. RELMIVE ADDRESS 
^'^hen a subroutine is written the addresses used generally 
assunie the first coOTnand of the subroutine located in cell zero. 
That is , all the addresses are v/ritten relative to cell zero. 
When the subroutine is actually used and the region in memory 
around cell zero is not available (certainly not more than one 
subroutine could be placed in the area of cell zero) , it becoities 
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necessary to move the entire subreDutine +a some otl'Sr location 
in the memory, 

hU hCHJht OR ABSOLUTE ADDRESS 
The relative addresses of the subroutiiie merely have added 
the amount by which the subroutine is to be shifted in memory, 
thereby bocoming the actual or absolute addresses, Techniqiies 
for pGrfortnirig this shift are available within the actual hard- 
varo of the computer in sDine cases, or certain assembly routines 
are available v;hich makes it possible to move these subroutines 
around , 

RECORD COMMANDS 
To facilitate the use of subrautiiies^ record coimnands are 
available which enable the computer to store temporarily the 
address of the main program from which entry is rnade to the sub-- 
routine. It is then a part of the subroutine to take this stored 
address and create with it an exit from the subroutine back to 
the main program* 

J, SUBROUTrNE OBLIGAriONS 

One of the first important obligations of a subroutine to 
a main program becomes apparent. The subroutine must do everything 
in its pow^er to preserve the status of the computer as it is before 
the entry of the subroutine. If it is impossible or undesirable 
to perserve some part of the status, such as a register's contents 
or a switch position, notice must be given to the user* 

Another obligation of the subroutine is to protect itself from 
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itiisuse in the sense of incorrc^ct or insufficient data from the 
main program. The main program should be able to correct errors, 

TYPBS OF SUBROUTINBS 

A. OPERATING SUBROUTINES 

Up to this point in this paper subroutines have been de- 
scribed as subservient to the main program^ being giv^en control 
at its pleasure* There are, however, sets of subroutines that 
partially control the computer through the trapping machanisins^ 
returning control to the main program only as their work ia com* 
plated (Wecfner, 188)* Such subroutines are knor^n as operating 
subroutines. The most prominent type of sucV. routines is the 
input-output set^ or "package," 

Even though such packages usually conslsu of an elaborate 
and comprehensive set of subroutines for input i output, editing 
and canversion, mention here ^ill be made relative to a much 
siinpler package whose functions are restricted to the transmission 
of input and output data. The write-up of such an imaginary pack-- 
age \vDuld include i name, author^ purpose^ restrictions, calling 
seqiieoce^ method, physical description, timing, check'-out proce- 
dures and a doiable check, 

B. PROCESSING SUBROUTINES 
h computer must have the ability to ca^ry out the basic 
aritfimetic operations of addition, substraction, multiplication 
and division* Nevertheless, without any detailed Knowle-dge of 
these instructions^ it is possible to carry out a great dtBal of 
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arithmetic through use of sabroutinos. 

Of basic importarice in mathematics is the concept of "func- 
tion." h function is simply a rule for obtainirig one set of 
numbers front another r set. A.s suchp the function bears an impor- 
tant relationship to the processing subroutine i which can be con-- 
sidered a -'rule'' by ^hich one set of computer iji format ion is 
transformed intO' anuther set. Notice that this cosnmon use of the 
word function*' is perfcsctl^ consistent with the mathematical ULse 
In fact^ when mathematicians use tables, they speaK of the "argu- 
ment** (part nuinber) and the "fuLnction" (price) , 

The importance of processing subroutines is that they enable 
us to carry out the rule implied by either a matheinatical func-' 
tion, like square root or a nonmathernatical function, like with-- 
holding taD< (McCalla, p. 34) , Although one may not have the 
v^aguest notion of what the **^Gudermannian" of a nuinber means , if 
given a subrDutine and a calliiig seqoence he can certainly calcu-^ 
late Gudernmnnians as well as anyone. The process of v/riting the 
necessary siibroutines does, of course ^ require special knowledge 
in each case; but so does the procp^s of building a computer. 

According to Hassitt (p. 220) , processing subroutines are 
not restricted to evaluating functions of single arguinents nor 
are they rei'tricted to yielding single results* Again p the means 
of using the subroutine are independent of the particular type of 
process 

USE OF SUBROUriNES IW A CHEMICAL LIBRARY 
Perhaps the first question that comes to one's mind is that 
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relative to how does a subroutine being utilized for a cheinical 
library purpose differ from any other subroutine? It is true 
that more s imi lari t ios than differenees occur among sufarDtitines . 
!;-3wover, in this case the nature of the library (chemistry --ori- 
ented) is unique in itself* In the follo^^ing statements this 
writer briGfly repeals how subroutines are used for such specific 
library purposes^ plus eKplains some of the unique factors pos- 
sGSsed tay subroutines desl^gned for cheinical libraries. 

Bofore rjoing any further in thought along this line^ it 
must be understood that the computer or computers will be oper^ 
ated in this particular library by a competent person possessing 
full anderstanding of the library's objectives and purposes. 

Based on the foregoing information in tli^^ paper ^ it is 

evident that a subroutine will aid the librarian or chemist in 

J 

solving a chemical equation. One rtiay know what particulair equa- 
tion to use, but may have no idea as to the Methods of solution 
for such equation. With the necessary subroutine^ he may procei'd 
without any difficulty. 

Ideal ly^r with the subroutines the computer's knowledge" is 
expanded and it is able to do many Kiore complex chemical related 
calculations, at the same time requiring less programming on the 
part of the user. *rhe basic computations, which are of great value 
to the chemical field, performed by the subroutines includes 
Basic Arithnietic 

Floating point add, subtract, multiply, divide 
Complex number operations 
Multiple precision routines 
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Fu n ct i o n S y al^aj: 1 on 
Square root 

Trigononietric 1 sin x, cos x, tan x 

EKponentialf In log lO^e'*, or 
Numerical Ari alysis 

SolutiOTi of n_ simultaneous equations 

Matrix: operations 

Eigenvalue salutions 

Numerical integration 

Numerical differentiation 

Roots of polynomials 
L ogical 

Sorting 

Collating 

Without further elaboration one can detect the significant 
contribution that the subroutines can make to computing cheniical 
knowledge , 

Effective roles are played by the service subroutines as 
compilers, assemblers, prograimning aids {e*g.^ debugging sub- 
routines) and machine- testing routines. The functioras performed 
by these service subroutines are numerous. 

The up-to-date chernical librar/, depending on size and demand, 
may possess a ''library within a library." Today it Is very im- 
portant to have a knowledgeable library of subroutines. Most of 
the subroutines will probably be maintained on a special^magnetic 
tape in lieu of punched cards which do not provide the same degree 
of convenience or speed as the tape, 
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CONCLUSION 

What is information? Webster defines it as "Timely or 
specific knowledcje acquired or derived; facts; data." From 
this long narration, but meaningful throughout^ one is led to 
conclude that subroutines enlarge the importance of computers 
in regard to the handling of information* Naturally ^ much more 
than gi^/en in these past few pages exists on the significance 
of subroutines. However, the "highl ight i have haen presented. 
Advantaqos greatly outweigh the^ d isadvantaga s of the function 
of subroutines. 

W^hat does the future hold for subroutines? Most of the 
world's knowledge will soon be in machine'-readable form. It wi 
be itiuoh like a game with subroutines r always Interesting, occa- 
sionally frustrating, but never dull .... and the subroutine al 
ways wins (Rhynas , p. 20). 
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